VS Code调试C/C++ 一闪而过/不在断点停止

您所在的位置：网站首页 › java debug source not found › VS Code调试C/C++ 一闪而过/不在断点停止

VS Code调试C/C++ 一闪而过/不在断点停止

2023-03-27 18:55| 来源: 网络整理| 查看: 265

之前用的好好的VS Code，昨天突然无法调试了，调试的时候，明明设置了好几个断点，但程序就是不在断点停止。啊咧？！这是要气死本王子的节奏啊！

上网搜了搜，无果。。。（launch.json文件和task.json文件都按照网上的重新配置了，VS Code也在官网上下载重新安装了，但是还不行。。。）

于是今天上午没有管他，下午想着再试一试，又上网搜了一下，发现我有个配置和网上的有一个地方不一样，然后就改了一下，万万妹想到，好了？？？？，然后我又把昨天改的配置给注释掉，还是按照出事儿之前用的配置，结果，又能调试了？？？？白白浪费了我一天的时间，害，咱也不知道咋回事儿，可能昨天VS Code它的脾气不太好吧（黑脸）

如果你也遇到类似的问题，可以参照一下下面的配置，如果和你的有出入，可以试着改一下，具体有没有用，我也不知道。。。我现在还有点懵，为啥突然又可以调试了，但下面这个是我综合网上的整合的配置，或许有帮助。

launch.json文件

{ "version": "0.2.0", "configurations": [ { "name": "C++ Launch (GDB)", // 配置名称，将会在启动配置的下拉菜单中显示 "type": "cppdbg", // 配置类型，这里只能为cppdbg "request": "launch", // 请求配置类型，可以为launch（启动）或attach（附加） // "launchOptionType": "Local", // 调试器启动类型，这里只能为Local "targetArchitecture": "x86", // 生成目标架构，一般为x86或x64，可以为x86, arm, arm64, mips, x64, amd64, x86_64 "program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 将要进行调试的程序的路径 "miDebuggerPath":"C:\\vs code\\MinGW\\bin\\gdb.exe", // miDebugger的路径，注意这里要与MinGw的路径对应 "args": ["blackkitty", "1221", "# #"], // 程序调试时传递给程序的命令行参数，一般设为空即可 "stopAtEntry": false, // 设为true时程序将暂停在程序入口处，一般设置为false "cwd": "${fileDirname}", // 调试程序时的工作目录，一般为${workspaceRoot}即代码所在目录 "externalConsole": true, // 调试时是否显示控制台窗口，一般设置为true显示控制台 "preLaunchTask": "g++"　　 // 调试会话开始前执行的任务，一般为编译程序，c++为g++, c为gcc } ] }

task.json文件

{ "version": "2.0.0", "command": "g++", "args": ["-g","${file}","-o","${fileDirname}/${fileBasenameNoExtension}"], // 编译命令参数 "problemMatcher": { "owner": "cpp", "fileLocation": ["relative", "${workspaceRoot}"], "pattern": { "regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$", "file": 1, "line": 2, "column": 3, "severity": 4, "message": 5 } } }

按照上面的配置，我的VS Code目前是可以正常调试的，只是目前，不知道它以后还会不会中风。。。

【本文地址】

VS Code调试C/C++ 一闪而过/不在断点停止

VS Code调试C/C++ 一闪而过/不在断点停止

今日新闻

推荐新闻